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(54) Distributed object system and service supply method therein 

(57) A distributed object system comprising at least 
one object distritxjting server, at least one client termi- 
nal and at least one server object executbn server 
according to the present invention, including: an object 
distributing server for storing an object program to 
which an electronic signature is affixed; a client terminal 
Including means for down-loading the object program 
from the object distributing server, means for verifying 
the electronic signature affixed to the object program, 
means for executing the client object program when the 
completeness of the object program is confirmed and 
the user of the client terminal beforehand permits exe- 
cution of the client object program which is electroni- 
cally signed by a signatory, and means for transmitting 
the electronic signature affixed to the object program to 
a server object execution server; and a server object 
execution server including means for verifying the sig- 
nature received, and means for supplying services to 
the user of the client terminal when the completeness of 
the object program is confirmed and the user and the 
object program permit use of the services in advance, 
which makes it possible to prevent a client object which 
Is down-loaded to a client terminal through a network 
and executed therein from carrying out unjustified 
processing (not intended by a user using the client ter- 
minal) by using authority of the user. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[O0O1] The present invention relates to security in a 
distributed object system comprising one or plural 
server objects for supplying various services, and one 
or plural client objects for using these services. 
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access control, enciphering of information, etc. have 
been increasing more than ever. 
[0010] The security function of the distributed object 
technique is described in "Instant CORBA" written by 

5 Robert Orfeili. Dan Harkey, Jeri Edwards and published 
by John Wiley & Sons, for example. According to this 
publication, it is specified that the following six security 
functions are supplied as common services in the 
standardization activities of the distributed object sys- 

10 tern as described above. 



Description of the Related Art 

[0002] A distributed object system which is estab- 
lished by combining a client server system (distributed 
computing system) and an object oriented technique 
are starting to attract a lot of attention. 
[0003] Unlike the client server system (distributed 
computing system), in the distributed object system, a 
client application (client object) is not required to before- 
harxJ know where a server program (server object) 
operates. Further, even in a case where the system is 
expanded, no change is required at a client skJe. There- 
fore, a highly flexible system can be built up. 
[0004] The f lexil>ilrty and mechanism of the distributed 
object system as described above is described in "Cli- 
ent/Server Programming With Java and CORBA" writ- 
ten by Robert Orlali. Dan Harkey and published by John 
Wiley & Sons, for example. 

[0005] In practice, there are many cases that all the 
communications between an client object and a server 
object are frequently performed via an object intermedi- 
ate program. wheret>y establishment of a highly flexible 
distributed object system can be performed. 
[0006] In order to build up such a flexible system, 
activities for starxjardization on the distributed object 
system have been recently carried out. The above pub- 
lication briefly descrit>es the activities for standardiza- 
tion. 

[0007] In the information processing field, much atten- 
tion has been paid to a software component technique 
for fabricating software such as applications, data used 
by the applications, etc. as components. 
[0008] This technique has a lot of merits. For example, 
a component serving as a basic portion of an applica- 
tion is pre-installed in a client terminal, and when the 
application is started, the client terminal is first con- 
nected to an indicated server through a network to 
down-load an additive component which completes the 
application in combination with the basic portion of the 
application, and then it actually executes the applica- 
tion. As a result, the same client component can be 
used for various processing by merely preparing com- 
ponents which are different among servers, so that the 
development efficiency of tiie system is enhanced. 
[0009] With the development and propagation of the 
information processing technique as described above, 
requirements for a security technique for authorization. 



(1) An identification function of checking the identity 
of a principal such as a user, an object or tiie like. 
The principal klentifies itself by exhibiting secret 

15 information (password or the like) known only by 
itself and a server which performs authentication. 

(2) An access control function of checking whether 
a principal whose identity is authenticated has 
authority to access resources such as objects, etc.. 

20 and controlling the access. 

(3) A security auditing function of recording various 
events relating to security. 

(4) A communication protection function of protect- 
ing comnrojnications between a client object and a 

25 server object from a third party. This function con- 
tains a function of detecting tampering or break- 
down of data, and a function of preventing data 
from being tapped. 

(5) A non-repudiation function of verifying the fact of 
30 transmission/ireception of data between a client and 

a server so that both the client and the server are 
disabled to aftenwardsdeny that they performed tiie 
transmission/reception of the data. 

(6) An operation management function of setting 
35 tiie security policy, etc. by a manager. 

[0011] The security function of the software compo- 
nent technique isdescrit>ed in "Java Security" written by 
Scott Oaks and published by O'Reilly & Associates, 
40 Inc.. for example. According to this publication, the fol- 
lowing restrictions are imposed on the client compo- 
nents which are down-loaded through a network. 

(1) A down-loaded client conponent cannot access 
45 any local resource (file, device, etc.) at a client ter- 
minal. 

(2) A down-loaded client component can only com- 
municate with a server in which the component has 
been kept. 

50 (3) A down-loaded client component cannot create 
any new process. 

[001 2] Such security functions have been proposed to 
protect the system from a hostile client component. 
55 However, it is apparent from these restrictions that they 
lose the merits of the software component technique. 
Therefore, the following extension function has been 
also proposed That is, a client component down-loaded 
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through a network is beforehand added with a signature 
of a creator who created the component (the signature 
Is electronically made, and thus it is known as a "digital 
signature"), and when a user using a client terminal 
agrees that if It is a creator's client component, the client 5 
component is trusted, the above restrictions are 
excluded from the client component 

SUMMARY OF THE INVENTION 

10 

[0013] Both the distributed object technique and the 
software component technique are based on an object 
oriented technique. Therefore, there is such a move* 
ment that client objects, server objects and object inter- 
mediating programs are built up as components. is 
[0014] If the above two techniques are used in coop- 
eration with each other, the following characteristics will 
be achieved. 

(1) A client object is not required to recognize a 20 
server in which a server object operates, and it can 
use the same service irrespective of the server in 
which the server object operates. 

(2) A client object which Is not beforehand installed 

in a client terminal, but down-loaded from a server 2S 
via a network can be automatically executed at that 
place. 

[001 5] In the case of the system in which the distrib- 
uted object technique and the component technique are 30 
used in cooperation with each other, the following prob- 
lems occur if the system has merely the above security 
functions which are independent from one another. 
[0016] Assume that an unauthorized person U1 tries 
to unjustly copy a fOe F1 which is under the manage- 3S 
ment of a server SI (in which a server object OS1 oper- 
ates) and to which no access can be made with the 
privilege of the unauthorized person U1 . The unauthor- 
ized person U1 generates a dient object OC1 which is a 
signed object and which accesses the server object 40 
OS1 for unjustly copying a file F1 and then transmits the 
copy to the unauthorized person U1. The unauthorized 
person U1 keeps the client object OC1 and other signed 
object 0C2. OC3 (in which no unjustified processing is 
installed) in a WWW server S2 managed by the unau- 4s 
thorized person U1 in such a state that these client 
object can be down-loaded. 

[001 7] Further, assume that a user U2 having author- 
ization to access the file F1 down-loads the signed cli- 
ent object OC1 from a client terminal 01 by using a so 
browser program. If the user U2 has experience of pre- 
viously down-loading the client objects OC2. OC3 and 
sets them so as to give credit to the client object with the 
signature aeated by the user U1 at any time or at the 
time when the user U2 down-loads 001 . the signed di- ss 
ent object 001 starts to operate on the basis of the priv- 
ilege of the user U2 (not the privilege of the 
unauttiorized person U1). 
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[0018] As a result, the unautiiorized person U1 can 
unjustly gain tiie file F1 to which access should not be 
possible by using the privilege tiiereof. Further, when 
the signed client object 001 is set so as to apparently 
perform the same operation as the normal signed client 
object 002 or OC3. the user U2 may be unaware that 
the signed dient object OC1 canies out unjustified 
processing. 

[0019] Further, the Browser program may automati- 
cally down-load O01 although the user U2 does not 
know it. and in this case the user U2 is also usually una- 
ware of the unjustified processing of OOl. 
[0020] As described above, the security function of the 
conventional distributed object technique and the secu- 
rity function of the software component technique can- 
not completely prevent such an unjustified action as 
descrit>ed above without losing the characteristics (1) 
and (2) of the system in which the above two techniques 
are used in cooperation with each other. 
[0021] The present invention has been implemented 
in view of the above situation, and has an objed to pro- 
vide: a method of preventing a client ot^ed down- 
loaded to a client terminal via a network and then exe- 
cuted therein from performing, with tiie privilege of a 
user using the dient terminal, unjustified processing 
which is not intended by the user; a distributed object 
system using the method; a dient terminal, a server 
objed execution server, a client object distribution 
server, and a distributed objed system management 
server which are used in tiie distributed objed system;- 
and programs for implementing the above system. 
[0022] In the distributed objed system of the present 
invention, all client object programs are added witii elec- 
tronic signatures. 

[0023] When a user of a client terminal down-toads a 
dient objed program from a dient object distribution 
server, the electronic signature of tiie client objed pro- 
gram is verified before the client object program con- 
cerned is executed. Further, only when the 
completeness of the client objed program is oonf imied 
and the user of the client terminal permits execution of 
the client object program signed by a signatory, is the 
dient objed program executed. 
[0024] Furttier, when tiie user of the client terminal 
uses services supplied from a server object execution 
server by using the client objed program, the client ter- 
minal transmits the electronic signature affixed to a di- 
ent object program when a service is requested. The 
server objed execution server which receives the signa- 
ture verifies the signsrture concerned before It supplies 
the service to the user of the client terminal. In this case, 
only when the completeness of the client object pro- 
gram is confirmed and t>otii the user concerned and the 
dient objed program concerned are beforehand permit- 
ted to use tiie service concemed by the manager of tiie 
server objed execution server, is the service supplied to 
the user of the client terminal. 
[0025] Accordingly, according to the present invention, 
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a client object program which is down-loaded to a client 
terminal via a network and executed therein can be pre- 
vented from performing, with the privilege of a user 
using the client terminal, unjustified processing which is 
not intended by the user. 5 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] 

Rg. 1 is a block diagram showing the equipment 
construction of a distributed object system to which 
an embodiment of the present invention is applied; 
Rgs. 2A to 2E are diagrams showing the hardware 
construction of a client terminal, an executing 
server, a distributing server and a management 
server shown in Fig. 1 ; 

Rg. 3 is a functioned block diagram showing a client 
terminal and a management server which are asso- 
ciated with login processing and logout processing 
of a user; 

Rg. 4 is a diagram showing an example of informa- 
tion stored in a password management file shown in 
Rg.3; 

Rg. 5 is a diagram showing an example of informa- 
tion stored in a login user management file shown 
in Fig, 3: 

Rg. 6 is a functional block diagram showing an exe- 
cuting server and a management server which are 
associated with server object program starting and 
finishing processing of a server object program of 
the present invention; 

Rg. 7 is a diagram showing an example of informa- 
tion stored in a server object management file 
shown in Rg. 6; 

Rg. 8 is a functional block diagram showing a client 
terminal and a distributing server which are associ- 
ated with obtaining a client object in the present 
invention; 

Rg. 9 is a diagram showing an example of informa- 
tion stored in a signature object management file 
shown in Fig. 8 and a client object management file 
shown in Fig. 10; 

Rg. 10 is a functional block diagram showing a cli- 
ent terminal, an executing server and a manage- 
ment server which are associated with use of 
services of the user; 

Rg. 1 1 is a diagram showing an example of infor- 
mation stored in an access management server 
shown in Fig. 10; 

Rg. 12 is a flowchart showing the operation of the 
client terminal according to the present Invention; 
Rg. 13 is a flowchart showing the operation of the 
client terrranal according to the present invention: 
Rg. 14 is a flowchart showing the operation of the 
executing server according to the present invention; 
Rg. 15 is a flowchart showing the operation of the 
distributing server according to the present inven- 



tion; 

Fig. 16 is a flowchart showing the operation of the 
management server associated with the login 
processing of the user according to the present 
invention; 

Rg. 17 is a flowchart showing the operation of the 
management server associated with the logout 
processing of the user according to the present 
invention; 

Rg. 18 is a flowchart showving the operation of the 
management user associated with the start 
processing of the server object program according 
to the present irtvention; 

Rg. 19 is a flowchart showing the operation of the 
management server associated with the ending 
processing of the server object program according 
to the present invention; and 
Rg. 20 is a flowchart showing the operation of the 
management server associated with a position 
information request from the user according to the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0027] A preferred embodiment according to the 
present invention will be described hereunder with refer- 
ence to the accompanying drawings. The present inven- 
tion is not limited to the following embodiment, and 
various modrf ications may be made. 
[0028] Fig. 1 is a diagram showing the equipment con- 
struction of a distributed object system to which an 
embodiment of the present invention is applied. 
[0029] As shown in Rg. 1 . the distributed object sys- 
tem according to this embodiment includes client termi- 
nals 400i to 400n (hereinafter referred to simply as 
"client terminal 400"). a server object execution server 
401 (hereinafter refenred to as "executing server 401"). 
a diem object distribution server 402 (hereinafter 
refenred to as "distributing server 402"). and a distrib- 
uted object system management server 403 (hereinaf- 
ter referred to as "management server 403") which are 
connected to one another through a communication 
network 410 such as a LAN or the like. 
[0030] The executing server 401 supplies various 
services to the client terminal 400. Here, the word "serv- 
ice" means that the client terminal 400 is allowed to 
practically use resources owned by the ^ecuting server 
401 . A user can be supplied with various services which 
are to be supplied from the executing server 401 . 
[0031] The distributing server 402 is a so-called 
WWW server, and it transmits a client object program as 
described later when an access based on a Browser 
program is made from the client terminal 400. The client 
object program thus transmitted is executed in the client 
terminal 400, and practically used to use the services 
which the executing server 401 supplies. 
[0032] The management server 403 manages the 
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overall distributed object system shown in Fig. 1. More 
specifically, it performs positional management between 
the client terminal 400 and the executing server 401 
(the management of a network address, etc.). status 
management (the management of an operation state, a 
usage status, etc. ). security management (the manage- 
ment of users using the client terminal 400. etc.). etc. 
[0033] Next, the hardware construction of a computer 
used in the client terminal 400. the executing server 
401. the distrit)uting server 402 and the management 
server 403 will be described with reference to Fig. 2. 
[0034] As shown in Fig. 2A. the computer includes a 
communication network interface 501, a display device 
502. an input device 503. a storage device 504, a cen- 
tral processing unit (CPU) 505 and a memory 506 which 
are mutually connected to one another through a bus 
500. 

[0035] The communication network interface 501 is an 
interface for communicating data with another terminal 
such as a server through the network 410. The display 
device 502 is used to display various messages for the 
user, and it comprises a CRT, a liquid crystal display 
device or the like. The input device 503 is used to input 
various data, commands, etc. by the user, and it com- 
prises a keyboard, a mouse or the like. The storage 
device 504 is used to permanently store programs and 
data used in each computer, and it comprises a hard 
disk, a floppy disk or the like. The GPU 505 serves to 
collectively control the respective parts constituting 
each computer and perform various calculation 
—processing. In the memory 506 are temporarily stored 
an operating system 506a (hereinafter referred to as 
"OS 506a"). programs for implementing each terminal, 
server. Here. OS 506a is a program for implementing 
various functions such as file management, process 
management and device management in order to con- 
trol the overall client terminal 400. 
[0036] The computer which implements each terminal 
and server is not necessarily required to have the same 
construction as described above, and it may be con- 
structed in order to meet its use purpose. 
[0037] When a computer is constructed as the client 
terminal 400, programs executed by the CPU 505 such 
as a distributed object system client basic program 
506b (hereinafter referred to simply as "client basic pro- 
gram 506b"). a browser program 506c and a client 
object program 506d are temporarily stored in the mem- 
ory 506 as shown in Fig. 2B. 

[0038] The client ksasic program 506b serves to make 
the client terminal 400 operate as a client in the distrib- 
uted object system. The client basic program 506b per- 
forms various processing in cooperation with a 
distributed object system server basic program and a 
distributed object system management program as 
described later. 

[0039] The browser program 506c is a program for 
alfowing the client terminal 400 to communicate with the 
distributing server 402 and down-load the client object 



program 506d. 

[0040] The client object program 506d is a program for 
performing processing needed to use the various serv- 
ices supplied from the executing server 401 . More spe- 

5 df ically. the user of the dient terminal 400 performs the 
processing required when using the services. The dient 
object program 506d contains an object identifier for dis- 
criminating the client object program 506d from the 
other programs, the signature of a creator of the dient 

10 object program 506d concerned (in this embodiment, all 
data required to verify the signature of the creator are 
referred to as "signature"), etc., and thus it is available to 
identify the creator concerned and check the complete- 
ness of the dient object program 506d (check whether 

IS the program has been tampered with). 

[0041 ] When a conputer is constructed as the execut- 
ing server 401 . in the memory 506 there are temporarily 
stored programs executed by the CPU 505 such as OS 
606a, a distributed object system server basic program 

20 e06b (hereinafter referred to simply as "server basic 
program 606b") and a server object program 606c as 
shown in Fig. 2C. Here, OS 606a is a program for imple- 
menting functions such as file management, process 
management and device management in order to con- 

25 trol the overall executing server 401 . 

[0042] The server basic program 606b is a program 
for making the executing server 401 operate as a server 
in the distributed object system. The server basic pro- 
gram 606b performs various processing in cooperation 

30 with the above client basic program 506b and a distrib- 
uted object system management program described 
later. 

[0043] The server object program 606c serves to sup- 
ply various services to the client terminal 400 con- 

35 earned in accordance with a service supply request 
from the client terminal 400. More specifically, in coop- 
eration with the client object program 506d, the server 
object program 606c performs processing needed when 
the user of the dient terminal 400 uses the services. 

40 The server object program 606c contains an object 
identifier for discriminating the server object program 
606c from the other programs. 

[0044] When a computer is constructed as the distrib- 
uting server 402. as shown in Fig. 2D. progreuns exe- 

45 cuted by the CPU 505. such as OS 706a and a WWW 
server program 706b, are temporarily stored in the 
memory 506. Here. OS 706a is a program for imple- 
menting functions such as a file management, a proc- 
ess management and a device management in order to 

so control the overall distributing server 402. 

[0045] The WWW server program 706b transmits data 
stored in the storage device 504 (the above client object 
program 506d or the like) when an access based on the 
Browser program 506c is made from the client terminal 

55 400. 

[0046] When a computer is constructed as the man- 
agement server 403. as shown in Fig. 2E, programs 
executed by CPU 505 such as OS 806a and a distrib- 



5 



8NSDOCID: <EP 0915600A2J_> 



9 EP0915600A2 



uted object system management program 806b (herein- 
after referred to merely as "system management 
program 806b"). are temporarily stored in the memory 
506. Here, OS 806a is a program for implementing func- 
tions such as file management, process management s 
and device management in order to control the overall 
management server 403. 

[0047] The system management program 806b is a 
program for properly managing the overall distributed 
object system of this embodiment. The system manage- 
ment program 806b performs various processing in 
cooperation with the client basic program 506b and the 
server basic program 606 described above. 
[0048] The functional block construction of the client 
terminal 400, the executing server 401 . the cBstributing 
server 402 and the management server 403 which con- 
stitute the distributed object system according to this 
embodiment will be described with reference to the 
accompanying drawings. 

[0049] Fig. 3 is a functional block diagram showing the 
client terminal 400 and the management server 403 
when the user of the client terminal 400 starts/Finishes 
the use of the distributed object system according to this 
emk)odiment. Here, each functional block of the client 
terminal 400 is implemented through the execution of 
each program stored in the memory 506 by the CPU 
505 of the client terminal 400. Further, each functional 
block of the management server 403 is implemented 
through the execution of each program stored in the 
memory 506 by the CPU 505 of the management sender 
403. 

[0050] The functional block construction of the client 
terminal 400 will now be described. 
[0051] As shown in Fig. 3, the client terminal 400 has 
an input portion 901 for accepting instructions from the 
user of the client terminal 400. a display portion 902 for 
displaying data input to the input portion 901 and data 
transmitted from the management server 403 or the 
like, a login request process portion 900 tor making a 
login request to the management server 403 in accord- 
ance with the instruction from the user which Is input to 
the input portion 901 . and a logout request process por- 
tion 1 900. 

[0052] The functional t3lock construction of the man- 
agement server 403 will now be described. 
[0053] As shown in Fig. 3, the management server 
403 includes a login process portion 910 for performing 
login processing in accordance with a login request 
from the client terminal 400, and a logout process por- 
tion 1910. 

[0054] Fig. 6 is a functional block diagram showing the 
executing server 401 and the management server 403 
when the manager of the executing server 401 
starts/finishes the server object program 606c. Here, 
each functional block of the executing server 401 is 
implemented through the execution of each of the pro- 
grams stored in the memory 506 by the CPU 505 of the 
executing server 401. Further, each functional block of 



the management server 403 is implemented by the exe- 
cution of each of the programs stored in the memory 
506 by the CPU 505 of the management serer 403. 
[0055] Next, the functional block construction of the 
executing server 401 will be described. 
[0056] As shown in Fig. 6, the executing server 401 
includes an input portion 1201 for accepting an instruc- 
tion from the manager of the executing server 401, a 
display portion 1202 for displaying data input to the 
input portion 1201 and data transmitted from the man- 
agement server 403. a server object starting process 
portion 1200 for notifying the management server 403 
to start a server object in accordance with the Instruc- 
tion of the user which is input to the input portion 1 201 , 
and a server object ending process portion 2000 for 
notifying the end of the server object to the manage- 
ment server 403. 

[0057] The functional block construction of the man- 
agement server 403 will now be described. 
[0058] As shown in Fig. 6. the management server 
403 has a server object managemerrt process portion 

1210 for renewing a server object management file 

1211 in accordance with a server object starting notifi- 
cation or a server object ending notification from the 
executing server 401 . 

[0059] Fig. 8 is a functional block diagram showing the 
client terminal 400 and the distributing server 402 when 
the client terminal 400 receives a series of distributed 
data containing the client object program 506d from the 
distrit)uting server 402. Here, each functional block of 
the client terminal 400 Is Implemented through the exe- 
cution of each of the progranrts stored in the memory 
506 by the CPU 505 of tiie client terminal 400. Further, 
each functional block of the distributing server 402 is 
implemented through the execution of each of the pro- 
grams stored in the memory 506 by the CPU 505 of the 
distributing server 402. 

[0060] The functional block construction of the Client 
terminal 400 will now be described. 
[0061] As shown in Fig. 8. the client terminal 400 
includes an input portion 901 for accepting an instruc- 
tion from the user of the client terminal 400. a display 
portion 902 for displaying data input to the input portion 
901 and data transmitted from the distra^uting server 
403, a data supply request process portion 1400 for 
making a data request to the distributing server 402 In 
accordance with the instruction of the user which Is 
input to the input portion 901 . and a data reception proc- 
ess portion 1401 for receiving distributed data transmit- 
ted from the distributing server 402. 
[0062] Next, the functional block construction of the 
distributing server 402 will be described. 
[0063] As shown in Fig. 8. the distributing server 402 
includes a data supply request accept process portion 
1410 for accepting a data request from the client ternti- 
nal 400, and a data distributing process portion 141 1 for 
transmitting a series of distributed data to the client ter- 
minal 400 in accordance with the data request con- 
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cerned. 

[0064] Fig. 10 is a functional block diagram showing 
the client terminal 400, the executing server 401 and the 
management server 403 when the user of the client ter- 
minal 400 uses services supplied from the executing s 
server 401. Here, each functional block of the client ter- 
minal 400 is implemented through the execution of each 
program stored in the memory 506 by the CPU 505 of 
the client terminal 400. Further, each functional block of 
the executing server 401 is inplemented through the 
execution of each program stored in the memory 505 by 
the CPU 505 of the executing server 401 . Further, each 
functional block of the management server 403 is imple- 
mented through the execution of each program stored in 
the memory 506 by the CPU 505 of the management 
server 403, 

[0065] The functional t)lock construction of the client 
terminal 400 will now be described. 
[0066] As shown in fig. 10, the client terminal 400 
includes an input portion 901 for accepting an instruc- 
tion of the user of the client terminal 400. a display por- 
tion 902 for displaying data input to the input portion 901 
and data transmitted from the executing server 401, a 
position information supply request process portion 
1600 for making a position information request to the 
management server 403. a service supply request proc- 
ess portion 1 601 for making a service supply request to 
the executing server 401 . and a service receiving proc- 
ess portion 1 602 for performing reception processing of 
services which are supplied from the executing server 
401. 

[0067] The functional block construction of the man- 
agement server 403 will now be described. 
[0068] As shown in Fig. 10. the management server 
403 includes a position information request process 
portion 1610 for searching, in response to the position 
information request from the client terminal 400, for 
position information of the executing server 402 in which 
the server object program 606c is operated, a server 
start request process portion 161 1 for making a request 
of starting the server object program 606c to the execut- 
ing server 401 , and a user information request process 
portion 1 612 for searching information of the user of the 
client terminal 400 in response to the user information 
request from the executing server 401 . 
[0069] The functional block construction of the execut- 
ing server 401 will now be described. 
[0070] As shown in Fig. 10. the executing server 401 
includes a server starting process portion 1620 for start- 
ing the server ot^iect program 606c in response to the 
server starting request from the management server 
403. a service request accept process portion 1621 for 
accepting a service request from the client terminal 400, 
a service request check process portion 1 622 for check- 
ing whettier the user of the client terminal 400 and the 
client object program have authority to use the services 
supplied from the server object program 606c. and a 
sen^ice supply process portion 1623 for supplying the 



services to the client terminal 400. 
[0071] A start processing result indicating that the 
start processing of the server object program 606c is 
normally completed or that the server object program 
606c cannot be normally started due to some cause is 
notified to tiie management server 403. 
[0072] Next, tiie operation of the distributed object 
system according to this embodiment will be described. 
[0073] Figs. 12 and 13 are flowcharts showing the 
operation of tiie client terminal 400 when tiie user of tiie 
client terminal 400 receives the distributed data from the 
distributing server 402 and uses the services supplied 
from the executing server 401 by using the client object 
program 506d contained in the distributed data. These 
flowcfiarts will be described with reference to Figs. 3. 8 
and 10. 

[0074] When the user of the client terminal 400 inputs 
a user identifier and a password of the user to the input 
portion 901 (step 2101), the login request process por- 
tion 900 transmits to the management server 403 a 
login request containing both the user identifier arxi the 
password and the position information of the client ter- 
minal 400 (step 2102). 

[0075] The login request process portion 900 receives 
the login information transmitted from the management 
server 403 (step 2103). When the login information indi- 
cates permission of login, it displays this fact on the dis- 
play portion 902 (step 2105). and then the processing 
goes to step 2106. 

[0O76] When the login information indicates non-per- 
mission of login, this fact is displayed on the display por- 
tion 902 (step 2104). and then this flow is finished. In 
this case, the user of the client terminal 400 cannot be 
provided with the services supplied by the executing 
server 401. 

[0077] When the user inputs a data request containing 
tiie name of distributed data and information indicating 
a storage place thereof (file name, directory name or the 
like) from the input portion 901 to insti'uct down-load of 
the data in the distributing server 402 (step 2106), the 
data supply request process portion 1400 transmits the 
data request to the distributing server 402 (step 2107). 
[0078] For example, when tiie data communication is 
made by using a WWW server program and a Browser 
program like this embodiment. Uniform Resource Loca- 
tors (URLs) each comprising a link of the address of the 
WWW server and the file name are used as information 
of the name of the distributed data and the storage 
place thereof. 

[0079] When receiving the distrilxited data corre- 
sponding to the data request from the distributing server 
402 (step 2108). the data reception process portion 
1401 verifies the signature of the client object program 
506d contained in the distributed data concerned (step 
2109). 

[0080] If the completeness of the client object program 
506d (tiiere was no tampering with the original client 
object program 506d) cannot be verified through the 
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above check operation, this fact Is displayed on the dis- 
play portion 902. Further, the distributed data transmit- 
ted from the distributing server 402 is not displayed on 
the display portion 902, and the client object program 
executing processing described later is not Ccurried out 5 
(step 2110). Thereafter, the processing goes to step 
2124. 

[0081] On the other hand, if the completeness of the 
client object program 506d can be verified through the 
above check operation, the signature object manage- 10 
ment file 1402 (an exanple thereof is shown in Fig. 9) 
which is stored in the storage device 504 in advance is 
searched to check wh^her the object identifier of the 
client object program 506d concerned and the name of 
the creator thereof have been already registered in the is 
file (step 21 1 1). and if they are registered, the process- 
ing goes to step 21 13. 

[0082] If they have not been registered in the signa- 
ture object management file 1402, a choice indicating 
whether the client object program 506d and the informa- so 
tion of the creator should be added to the file concerned 
or not is displayed on the display portion 902 (step 
2112). If the user instructs the addition from the input 
portion 901 . the processing goes to step 21 1 3. 
[0083] If the user instructs non-addition from the input 25 
portion 901. the processing goes to step 2124. 
[0084] When only the name of a creator can be 
detected from the above table and when neither the 
ot>ject identifier nor the name of the creator can be 
detected, it is displayed on the display portion 902 30 
whether the object identifier and the name of the creator 
are added to a signature object management file 1402 
or not, and selected by the user of the client terminal 
400. 

[0085] When the instructbn for addition is made from 35 
the input portion 901 by the user, a sequence of the 
object Identifier of the client object program 506d and 
the name of the creator thereof is newly added to the 
table and a series of dlstrik>uted data received from the 
distributing server 402 are displayed on the display por- 40 
tion 902. In addition, client object program executing 
processing as described later is continually carried out. 
[0086] Further, when the user inputs such an instruc- 
tion that addition is not permitted from the input portion 
901 , no distrikxited data transmitted from the distributing 45 
server 402 is displayed on the display portion 902 and 
the client object program executing processing 
described later is not carried out. 
[0087] When only the object identifier can be detected 
from the table as the search result, the fact that a client so 
object program having a different creator name, but the 
same client object program is contained in the distrib- 
uted data is displayed on the display portion 902. and 
the client object program executing processing 
described later is not carried out. ss 
[0088] In step 21 13. the data reception process por- 
tion 1401 displays on the display portion 902 the series 
of distributed data which are received from the distribut- 
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ing sender 402. and starts the client object program 
506d to transfer the processing to the position informa- 
tion supply request process portion 1600 (step 21 13). 
[0089] The position information supply request proc- 
ess portion 1600 cooperates with the client object pro- 
gram 506d to transmit the position information request 
containing the server object identifier of the server 
object program 606c to the management server 403 
(step 21 14). 

[0090] The position inlbmfiation supply request proc- 
ess portion 1600 checks whether the information trans- 
mitted from the management server 403 contains 
position information of the executing server 401 (step 
2115). If the position information is not contained, the 
fact that achievement of the position information ^led is 
displayed on the display portion 902 (step 2116), and 
the processing goes to step 2124. 
[0091] If the position information is contained, the 
service supply request process portion 1601 transmits 
to the executing server 401 a service request on the 
services supplied from the server object program 606c 
while the object identifier of the client object program 
506d, the signature of the creator thereof and the posi- 
tion information of the client terminal to the service 
request are contained in "the serx^'ce request (step 
2117). 

[0092] When the service reception process portion 
1602 receives from the executing server the information 
that the signature verification has failed (step 21 18). the 
fact is displayed on the display portion 902 (step 2119), 
and the processing goes to step 2124. 
[0093] When receiving information other than the 
atx>ve information, the service reception process por- 
tion 1602 performs the processing corresponding to the 
information concerned and displays it on tiie display 
902 as occasion demands (step 2120). 
[0094] Specifically, when the Information transmitted 
from tiie executing server 401 indicates that the client 
object program 506d indicated by the service request is 
not registered in ttie client object management file 1625 
which is stored in the storage device 504 of the execut- 
ing server 401 in advance, the service reception proc- 
ess portion 1 602 displays this fact on the display portion 
902 (step 2121), and the processing goes to step 2124. 
[0095] If ftie information concerned indicates that the 
user has no authority to use the services, the sen^ice 
reception process portion 1602 displays this fact on the 
display portion 902 (step 2122), and the processing 
goes to stq} 2124. 

[0096] If the information concerned is service informa- 
tion which is supplied in accordance with the service 
request transmitted in step 21 1 7. this service informa- 
tion or the information determined on the basis of the 
service information is supplied to tiie user by displaying 
it on the display portion 902 or the like (step 2123). and 
the processing goes to step 2124. 
[0097] When tiie user inputs a logout request to tiie 
input portion 901 (step 2124), the logout request proc- 
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ess portion 1900 transmits to the management server 
403 a logout request containing the user Identifier of the 
user and the position information of the client terminal 
400 which are input to the input portion 901 by the user 
when the login request processing is carried out (step 5 
21 25). and then this flow is finished. If no logout request 
is input (step 2124), the processing retums to the step 
2106. 

[0098] Fig. 14 is a flowchart showing the operation of 
the executing server 401 when the services are sup- 10 
plied to the user of the client terminal 400. This flow- 
chart will now be described with reference to Figs. 6 and 
10. 

[0099] When the manager of the executing server 40 1 
instructs to start the service object program 606c is 
through the input portion 1201 or receives a start 
request of the service object program 606c concerned 
from the management server 403 (step 2301), the 
server object starting process portion 1200 or the 
server starting process portion 1620 starts the service 20 
object program 606c corresponding to the object identi- 
fier contained in the start request, and also transmits to 
the management server 403 a server object start notifi- 
cation containing the object identifier of the service 
object program 606c and the position information of the 2S 
executing server 401 (step 2302). 
[0100] The executing server 401 checks whether the 
manager instructs to finish the server object program 
606c through the input portion 1201 (step 2303). 
[0101] If the manager instructs to finish the server 30 
object program 606c, a server object ending process 
portion 2000 finishes the server object program 606c 
indicated, and transmits to the management server 403 
a server object end notification containing the object 
identifier of the service object program 606c and the 3S 
position information of the executing server 401 (step 
2304). and tiiis flow is finished. 
[0102] The s^-vice request accept process portion 
1621 accepts the service request transmitted from the 
client terminal 400 and delivers to the service request 40 
check process portion 1622 the object kientlfier of the 
client object program 506d. the signature of the creator 
thereof and the position information of the client termi- 
nal 400 which are contained in the service request con- 
cerned (step 2306). The service request check process 45 
portion 1622 verifies the signature of the creator of the 
client object program 506d which is received from the 
service request accept process portion 1621. 
[01 03] If the completeness of the client object program 
506d cannot be confirmed tiirough this verification oper- so 
ation, no service is supplied, and tiie failure of the signa- 
ture verification is notified to the client terminal 400 
(step 2308). and the processing returns to step 2303. 
[01 04] If the completeness of the client object program 
506d can be confirmed, the client object management ss 
file 1625 (an example of the construction thereof is 
shown in Fig. 9) which is stored in the storage device 
504 in advance is searched, and it is checked whetiier 



the client object program 506d concerned and the crea- 
tor thereof have already been registered in the file (step 
2309). tf they have been registered, the processing 
goes to step 2311. 

[01 05] On the other hand, if tiie client object manage- 
ment file 1625 has not been registered and neither the 
object identifier nor tiie name of the creator can be 
detected from the table, it is notified to the client termi- 
nal 400 that the client object has not yet been regis- 
tered, and no service is supplied (step 2310). 
Thereafter, the processing returns to step 2303. 
[01 06] If the object identifier and the name of tiie cre- 
ator can be detected from the table, the service request 
check process portion 1622 transmits to the manage- 
ment server 403 a user information request containing 
the position information of the client terminal 400 which 
is received from the service request accept process por- 
tion 1621 in step 231 1 . 

[0107] The user information request process portion 
1612 searches for the position information of the client 
terminal 400 contained in the user information request 
transmitted from the executing server 401 from tiie talsle 
shown in Fig. 5 stored in advance in the login user man- 
agement file 91 2 of the storage device 504. 
[01 08] If the position information of the client terminal 
400 can be detected from tiie table, tiie user identifica- 
tion and privilege of the user of the client terminal 400 
concerned are notified to the executing server 401. 
When the position information of the client terminal 400 
cannot be detected from tiie table, it is notified to thev 
executing server 401 . 

[01 09] Thereafter, when receiving the user identifier of 
the user of the client terminal 400 and the privilege of 
the user as a response to the user information request 
from the management server 403. tiie service request 
check process portion 1622 searches the table shown 
in Fig. 1 1 which is stored in the access management file 
1624 of the storage device 504 in advance to check on 
the basis of the user identifier and the privilege whetiier 
the user concerned has authority to use the services 
(step 2312). 

[01 1 0] If the check result indicates that tiie user of the 
client terminal 400 has no authority to use the services 
and thus no service supply is permitted, the service 
request check process portion 1622 notifies this fact to 
the client terminal 400 and no service is supplied. The 
processing returns to step 2303. 
[01 1 1 ] tf the check result indicates that the user of the 
client terminal 400 is permitted to be provided with the 
services, that is. the user has auUiortty to use the serv- 
ices, the service request check process portion 1622 
transmits the position information of the client terminal 
400 to the service supply process portion 1623 and 
instructs to provide the services. 
[01 1 2] The service supply process portion 1 623 exe- 
cutes the server object program 606c by using the posi- 
tion information of the client terminal 400. The services 
such as a service of transmitting the service information 
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corresponding to the service request received in step 
2306 to the client terminal 400, etc. are supplied (step 
2314). Thereafter, the processing returns to the step 
2303. 

[01 1 3] Fig. 1 5 is a flowchart showing the operation of s 
the distributing server 402 when the distributing server 

402 provides the user of the client terminal 400 with the 
distributed data containing the client object program 
506d. This flowchart will now be described with refer- 
ence to Fig, 8. 10 
[0114] The data supply request accept process por- 
tion 1410 accepts the data request transmitted from the 
client terminal 400 (step 2401) and delivers to the data 
distributing process portion 1411 information on the 
name and storage location of a series of distributed data is 
containing the client object program 506d contained in 
the data request concerned. 

[0115] The data distributing process portion 1411 
searches the distributed data file 1412 from the informa- 
tion thus received to read out desired distributed data, so 
and transmits the data to the client terminal 400 (step 
2402). 

[01 1 6] In Fig. 1 5, the starting/ending operation of the 
distributing server 402 is omitted. 

[01 1 7) Fig. 1 6 is a flowchart showing the operation of 25 
the management server 403 when the user of the client 
terminal 400 logs in. This flowchart will now be 
described with reference to Fig. 3. 
[01 18] The login process portion 91 0 accepts the login 
request transmitted from the client terminal 400 (step so 
2501), and searches the table as shown in Fig. 4 which 
is stored in the password management file 91 1 of the 
storage device 504 in advance, for the user identifier 
and the password of the user of the client terminal 400 
which are contained in the login request (step 2502). 35 
[01 1 9] If the user identifier and the password can be 
detected from the table, the user identifier concerned 
and the position information of the client terminal 400 
concerned are transmitted to the login user manage- 
ment file 912 to renew the login user management fUe 40 
912. 

[0120] In the login user management file 912, there 
are stored a list of a set of the user identifier, the position 
information of the client terminal 400 and the privilege of 
the user concerned. Fig. 5 shows an example of the list 45 
stored in the login management file 912. 
[0121] It is notified to the client terminal 400 that the 
login has been performed normally (step 2503). 
[0122] On the other hand, if the user identifier and the 
password cannot be detected from tiie table, it is noti- so 
fied to the client terminal 400 that the login cannot be 
performed (step 2504). and then this flow is finished. 
[0123] Next, the operation of the management server 

403 when the user of the client terminal 400 logs out will 

be described. ss 
[0124] Fig. 17 is a flowchart showing the operation of 
the management server 403 when the user of the client 
terminal 400 logs out. 
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[01 25] When the management server 403 accepts tiie 
logout request from the user of tiie client terminal 400 
(step 2601 ). the logout process portion 1 91 0 deletes tiie 
user identifier and the position information of the client 
terminal 400 contained in the logout request, and the 
privilege set with tiie user identifier and the position 
irribnuation from the table as shown in Fig. 5 which is 
stored in the login user management file 91 2 of the stor- 
age device 504 in advance. In addition, the information 
that the logout has succeeded is transmitted to the cli- 
ent terminal 400 (step 2602) and then this flow is fin- 
ished. 

[01 26] Rg. 18 is a flowchart showing the operation of 
the management server 403 when the manager of the 
executing server 401 starts the service object program 
606c. This flowchart will now be described with refer- 
ence to Fig. 6. 

[0127] When the management server 403 receives 
the server object start notification from the server object 
start process portion 1200 of the executing server 401 
(step 2701). ihe server object management process 
portion 1210 searches the table as shown in Fig. 7 
which is stored in the server object management file 
1211 of the storage device 504 in advance, for the 
object identifier of the server object program 606c and 
the position information of the executing server 401 
(step 2702). 

[01 28] If the object identifier of the server object pro- 
gram 606c has been registered in the table in the above 
search operation, the processing goes to step 2704. 
[01 29] If either tiie object identifier of the server object 
program 606c or the position information of the execut- 
ing server 401 has not been registered in the table, the 
server object management process portion 1 21 0 judges 
it according to a predetermined operation manual of tiie 
distributed object system of this emtxxliment whether 
the object identifier and the position information can be 
added to the table (step 2703). If a dynamic addition of 
tiie server object is permitted, the sequence comprising 
the object Identifier contained in the server object start 
notification transmitted from the executing server 401 
and the position information of the executing server 401 
Is newly added, and then the processing goes to step 
2704. 

[0130] Further, when the dynamic addition of the 
server object is not permitted, it is notified to the execut- 
ing server 401 that the server object starting processing 
cannot be normally finished due to the non-permission 
of the dynamic addition of the server object (step 2705), 
and then this flow is finished. 

[0131] The server object management process por- 
tion 1210 searches the object identifier of the server 
object program 606c contained the server object end 
notification and the position information of the executing 
server 401 from the table as shown in Fig. 7 which is 
stored In the server object management file 1211 of the 
storage device 504 in advance, and renews "starting 
state** to "non-start". 
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[0132] In step 2704, the position information of the 
executing server 401 corresponding to the object identi- 
fier concerned which is contained in the table is com- 
pared with the position information transmitted from the 
executing server 401 . 5 
[01 33] If the comparison result indicates coincidence 
in position information, "starting state** of the table is 
renewed to "start". Further, if the comparison results 
indicates non-coincidence in position information (i.e., 
they are different from each other), the "position infor- 
mation" of the table concerned is renewed to the posi- 
tion information transmitted from the executing server 
401, and then "starting state" is renewed to "start". 
Thereafter, it is notified to the executing server 401 that 
the start processing of the server object finished nor- 
mally (step 2704). and then this flow is finished. 
[0134] Fig. 19 is a flowchart showing the operation of 
the management server 403 when the manager of the 
executing server 401 finishes the server object program 
606c. This flowchart will now be described with refer- 
ence to Fig. 6. 

[0135] When the management server 403 receives a 
server object erxJ notification from the server object end 
process portion 2000 (step 2801) of the executing 
server 401 . the server object management process por- 
tion 1210 searches the object identifier of the server 
obiect program 606c and the position information of the 
executing server 401 which are contained in the server 
object end notification, from the table as shown in Fig. 7 
which is stored in the server object management file 
121 1 of the storage device 504 In advance, and renews 
"start state* of the sequence to "non-start". In addition, 
it transmits to the executing server 401 information rep- 
resenting that the processing in the management server 
403 on the end of the server object program 606c has 
finished normally (step 2802). and then this flow is fin- 
ished. 

[0136] Fig. 20 is a flowchart showing the operation of 
the management server 403 when an inquiry about the 
position information of the executing server 401 is made 
from the client terminsU 400. This flowchart will now be 
desaibed with reference to Fig. 10. 
[0137] When the management server 403 receives 
the position information request from the client terminal 
400 (step 2901). the position information request proc- 
ess portion 1610 searches for the object identifier of the 
server object program 606c contained in the position 
information request concerned from the table as shown 
in Fig. 7 which is stored in the server object manage- 
ment file 1211 of the storage device 504 in advance 
(step 2902). 

[01 38] When no object identifier can be detected from 
the table, it is notified to the client terminal 400 that the 
server object program 606c indicated has not yet been 
registered (step 2903). and then this flow is finished. 
[01 39] When the object identifier can be detected from 
the table, it is checked by referring to the oon^esponding 
sequence of the table whether the server object pro- 



gram 606c has been started (step 2904). If the server 
object program 606c has been started, the processing 
goes to step 2908. 

[01 40] If the server object program 606c is judged not 
to be started in the start check operation of st^ 2904, 
the object identifier of the server object program 606c 
and the position information of the executing server 401 
are delivered to the server start request process portion 
1611. The server start request process portion 1611 
transmits the server start request containing the object 
identifier and the position information to the executing 
server 401 (step 2905). 

[0141] Thereafter, when receiving from the executing 
server 401 such a notification that the server object pro- 
gram 606c is normally started (step 2906), the server 
start request process portion 1611 renews "^tart state" 
to "start" for the sequence containing the object identi- 
fier of the server object program 606c of the table shown 
in Fig. 7, and also transmit it to the position information 
request process portion 1 61 0, thereafter the processing 
going to step 2908. 

[0142] When receiving from the executing server 401 
such a notification that the server object program 606c 
cannot be normally started (step 2906), the server start 
request process portion 161 1 and the position informa- 
tion request process portion 1610 notifies the client terr 
minal 400 of the fact that tiie server object program 
606c indicated cannot be started (step 2907). and then 
tills f fow is finished. 

[0143] In step 2908. the position information of tiie 
executing server 401 In which the server object program 
606c operates is notified to the client terminal 400, and 
then this flow is finished. 

[0144] The present invention is not limited to the 
above emtxxJiment. and various modifications may be 
made. 

[0145] For example. In this embodiment, the user is 
required to input a user Identification and a password In 
order to perform the login processing, however, the 
present invention is not limited to this manner. Instead 
of the password, the login operation may be performed 
by using a biological feature such as a fingerprint or the 
like. 

[0146] That is, it may be adopted that a table in which 
a user identifier and a biological feature such as a fin- 
gerprint or the like are associated with each other is 
stored beforehand in the password management file 
91 1 . arxi the association between the user identifier and 
the biological feature such as a fingerprint or the like is 
checked on the basis of the tat>le to perform the login 
processing. The biological feature such as the finger- 
print or tiie like may be read out by a scanner, for exam- 
ple. 

[01 47] Further, it may be adopted that some password 
conversion program (for example, an enciphering pro- 
gram, a one-way hash program or the like) Is commonly 
provided to the client terminal 400 and the management 
server 403, results obtained by subjecting passwords to 
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the conversion program are stored beforehand in the 
password management file 911 and the login process- 
ing is carried out by using the conversion result. 
[0148] Further, according to this embodiment, the 
server object program 606c supplies only one service. 
Accordingly, in this embodiment, the user of the client 
terminal 400 makes a position information request or a 
service request by using only the object identifier of the 
server object program 606c. 

[0149] However, the present invention is not limited to 
this manner. That is. a service identifier may be allo- 
cated for every service type which is supplied from each 
server object program. In this case, when the user of the 
client terminal 400 makes a position information request 
or a service request a service identifier of a desired 
service in plural services to be supplied from the sender 
object program 606c may be contained in the position 
information and the service request. 
[0150] In the above modification, each sequence of 
the table shown in Rg. 7 which is stored in the server 
oki^ect management file 1211 of the storage device 504 
of the management server 403 is further sectioned for 
every sen/ice identifier Further, a table as shown in Fig. 
1 1 which is stored in the access management file 1624 
of the storage device 504 of the executing server 401 is 
likewise sectioned. 

[0151] With this sectioning, a server object program 
can provide many services. 

[0152] Further, in this embodiment, no special means 
is provided for maintaining the seaecy and complete- 
ness of information which is communicated among the 
clierrt terminal 400. the executing server 401 . the distrib- 
uting server 402 and the management server 403 
through a communication network 410. bull the present 
invention may be applied in combination with various 
enciphering means and authentication means. In this 
embodiment, by applying the enciphering means or the 
authentication means to information flowing tn a com- 
munication network, the safety of the overall system can 
be further enhanced. 

[0153] The above emtxxfiment is not provided with 
any means of gaining and holding bgs for all the 
processing associated with the client terminal 400, the 
executing server 401. tiie distributing server 402 and 
the management server 403. However, the present 
invention may be applied in combination with such 
means. Log gaining/holding means may be provided to 
each of the client terminal 400, the executing server 
401 . tiie distributing server 402 and the management 
403 to further enhance the safety of the overall system. 
[0154] Further, in this embodiment, the executing 
server 401 . the distributing server 402 and the manage- 
ment server 403 are respectively constructed on sepa- 
rate corrputer devices, but tiiey may be collectively 
constructed on one computer. 
[01 55] That is. each server may be a program module 
such as a process portion task which operates on a 
computer. In this case, the check of the signature affixed 
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to the object program and the execution management 
tiiereof are performed on a module t>asis. In this case, 
tiie respective programs shown in Rg. 2B to Fig. 2E are 
stored on the same computer, and executed as different 

5 program modules. 

[01 56] Still further, in this embodiment, the table show- 
ing the conresponding relationship between the object 
identifier of the client object program 506d and the cre- 
ator thereof is managed by the executing server 401 , 

10 but the present invention is not limited to this manner. 
The table may be managed by the management server 
403 and the executing server 401 may inquire to the 
management server 403. whereby the tables can be 
made common among all the executing servers to facil- 

15 itate collective management of the tables in such a sys- 
tem that there are plural executing servers 401 . 
[01 57] In addition, in this embodiment, provision of an 
electronic signature to the client object program 506d is 
performed by the creator of the client object program 

20 506d concerned, but the present invention is not limited 
to this manner. Instead of the electronic signature of the 
creator, the electronic signature of any manager of tiie 
distributed object system of this embodiment, or the 
electronic signature of a third party institute (authentica- 

25 tion institute) which are relied on by all the people 
involved in the distributed object system of this embodi- 
ment (the user of the client terminal 400. the manager of 
the executing sender 401 , the manager of the manage- 
ment server, etc.) may be used. Further, when these 

30 managers or the authentication institute provides an 
electronic signature to the client object program 506d, it 
may be checked t>efbre the provision of the signature 
whether the client object program 506d carries out 
unjustified processing. In this case, only when it is 

35 chected that the client object program is normal, is the 
signature provided to the client object program 506d, 
whereby an unjustified client object program can be 
excluded in advance and the safety of the overall sys- 
tem can be further enhanced. 

40 [01581 As described abasfe, according to the present 
invention, it is possible to prevent the case where a cli- 
ent object program which is down-loaded to the dient 
terminal through a network and then executed therein 
using the authority of a user using a client terminal, per- 

45 forms unjustified processing which is not intended by 
tiie user. 

daims 

50 1 . A distributed object system comprteing: 

at least one object distributing server including 
object storage means for storing therein object 
programs affixed with electronic signatures. 
55 and object delivery means for receiving a deliv- 

ery request of tiie object program from a client 
terminal and transmitting the object program to 
the client terminal; 
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at least one distributed object system manage- 
ment server including a first management table 
for representing the corresponding relationship 
between identification information of a user 
using the client terminal and attribute infonna- 5 
tion of the user, a second management table 
for representing the corresponding relationship 
between identification information of the user 
and the position information of the client termi- 
nal which the user uses, and user information 10 
notifying means for notifying to a server object 
execution server the identification information 
of the user corresponding to the position infor- 
mation of said client terminal corrtained in the 
user information request from the server object 75 
execution server by referring to said second 
management table; 

at least one client terminal including a third 
management table for representing the corre- 
sponding relationship between the object pro- 20 
gram which is permitted to be started at said 
client terminal by the user and a signatory of 
the electronic signature affixed to the object 
program, first signature verifying means for ver- 
^ ifying the electronic signature affixed to the 25 
object program when the object program is 
received from said object distrik>uting server, 
start judgment means for judging by referring to 
said third management table whether the 
object program is started or not when the com- 30 
pleteness of the object program is confirmed, 
and object start means for starting the object 
program when the object program is judged to 
be started; and 

at least one server object execution server 35 
including a fourth management table for repre- 
senting tiie con-esponding relationship 
between the object program to which use of 
services to be supplied from said server object 
execution server Is permitted and a signatory of 40 
an electronic signature sSHxed to ttie object 
program concerned, a fiftti management table 
for representing the corresponding relationship 
of identification information of the user to which 
use of at least one service to be supplied from 45 
said server object execution server is permit- 
ted, attribute information of the user deter- 
mined by the identification information of the 
user, and the server object program which 
implements the service, second signature veri- so 
tying means for verifying the electronic signa- 
tijre affixed to the object program contained in 
a service request received from said client ter- 
minal, first service supply judgment means for 
judging, by referring to said fourth table, ss 
whether the service is supplied to said client 
terminal when the completeness of the object 
program is confirmed, second service supply 



judgment means for receiving the identification 
information of the user and the attribution infor- 
mation of the user from said distributed object 
system management server when the first 
service supply condition con^esponding to said 
fourth management table is satisfied, and judg- 
ing, by refen^ing to said fifth management table, 
whether the service is supplied to said client 
terminal, and service supply means for execut- 
ing the processing corresporxling to the serv- 
ice request when the second service supply 
condition corresponding to said fifth manage- 
ment table is satisfied and supplying the serv- 
ice information to said client terminal. 

2. The distributed object system as claimed in claim 1 . 
wherein said start judgment means of said client 
terminal further includes user instruction judgment 
means for renewing said third management table 
when the user of said dient terminal instructs to 
start the object program concerned. 

3. The distributed object system as claimed in claim 2. 
wherein said distributed object system manage- 
ment server further includes: 

a sixth management table for representing the 
corresponding relationship between a server 
object program operating in said server object 
execution server and said server object execu- 
tion server; 

server object management means for renewing 
said sixth management table in accordance 
with a server object start notification or a server 
object end notification received from said 
server object execution server; and 
position information supply means for refening 
to said sixth management table in response to 
a position information request of said server 
object execution server received from said cli- 
ent terntinal to notify the position information 
concerned to said client terminal, and wherein 
said client terminal further includes position 
information request processing means for 
inquiring the position information of said server 
object execution server to said distrft>uted 
object system management server. 

4. The distributed object system as claimed in claim 3. 
wherein said distributed object system manage- 
ment server further includes server start request 
means for transmitting a server start request to said 
server object execution server, and said server 
object execution server further includes server 
object start processing means for starting a server 
object program which is indicated by tiie server 
start request received from said disti-ibuted object 
system management server. 
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5. The distributed object system as claimed in claim 4. 
wherein said client terminal further includes first 
history holding means for storing the history of 
processing in which said client terminal is involved, 
said server object execution server further includes s 
second history holding means tor storing the history 

of processing in which said server object execution 
server is involved, said object distributing server 
further includes third history holding means for stor- 
ing the history of processing in which said object io 
distributing server is involved, and said distributing 
object system management server further includes 
fourth history holding means for storing the history 
of processing in which said distributed object sys- 
tem management server is involved. 75 

6. The distributed object system as claimed in daim 5, 
wherein said electronic signature is an electronic 
signature of the creator of the object program con- 
cerned. 20 

7. The distritxited object system as claimed in daim 5. 
wherein said electronic signature is an electronic 
signature of the manager of the distributed object 
system concerned. 2S 

8. The distritxited object system as daimed in daim 5. 
wherein said electronic signature is an electronic 
signature of a third party institute relied on by peo- 
ple involved in said distributed object system. 30 

9. The distritxjted object system as daimed in daim 8. 
wherein the signatory provides said electronic sig- 
nature to said object program when the operation of 
said object program is confinmed. the operation of as 
the object program concerned is coinddent with an 
operation indicated by the creator of the object pro- 
gram concerned and the user of said dient terminal 

is pernritted to use the object program concerned. 

40 

1 0. A distributed object system having an object distrib- 
uting server, a client terminal and a server object 
execution server, conprising: 

at least one object distributing server for storing 45 
therein an object program added with an elec- 
tronic signature: 

at feast one client terminal including means for 
down-loading the object program from said 
object distributing server, means for verifying so 
the electronic signature affixed to the object 
program, means for executing a client object 
program when the completeness of the object 
program is confirmed and a user of said client 
terminal is permitted to execute a dient object ss 
program signed by the signatory, and means 
for transmitting the electronic signature affixed 
to tile object program to said server object exe- 



cution server; and 

at least one server object execution server 
induding means for verifying the signature 
received, and means for supplying a service to 
the user of said dient terminal when the com- 
pleteness of the object program is confirmed, 
and the user and the object program are per- 
mitted to use the service in advance. 

11 . A distributed object system comprising: 

at least one object distrbuting serve* including 
object distributing means for transmitting an 
electronically-signed object program to a dient 
terminal in accoidance with a transmission 
request of the object program received from a 
client terminal; 

at least a dient terminal induding the first sig- 
nature verifying means for verifying the elec- 
tronic signature affixed tiie object program 
when the object program is received, start 
judgment means for judging verification, the 
basis of the corresponding relationship 
between the object program and the signatory 
of the electronic signature affixed to the object 
program, whetiier or not the object program is 
started at said client terminal when the com- 
pleteness of said object program is confirmed, 
arxi object starting means for starting ttie 
object program when the object program is 
judged to be started; 

at least one management server including a 
management table for representing the con-e- 
sponding relationship between tiie identifica- 
tion of the user and tiie position information of 
said client terminal, and user information noti- 
fying means for notifying to an object executing 
server the identification information of the user 
corresponding to the position Information of 
said client terminal contained in a user informa- 
tion request from an object executing server by 
referring to said management tatrie; and 
at least one object executing server including 
the second signature verifying means for verify- 
ing the electronic signature affixed to the object 
program contained in a service request 
received from said client terminal, and the first 
service supply judgment means for judging, on 
the basis of the corresponding relationship 
between an object program to which use of 
services is permitted and the signatory of an 
electronic signature affixed to the object pro- 
gram, whether the services to be supplied from 
said object executing server are supplied to the 
object program received, means for requesting 
the identification information of the user of said 
client terminal to said management server, 
second service supply judgment means for 
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judging, on the basis of the cx)n'esponding rela- 
tionship between the identification information 
of a user to which use of services is permitted 
and the server object program implementing 
the services, whether the services should be 5 
supplied to the user who requesting the serv- 
ices, and service supply means for executing 
the processing corresponding to the service 
request when the service supply condition is 
satisfied, and supplying service information to 70 
said client terminal. 

12. A service supply method for a distributed object 
system comprising at least one client terminal, at 
least one object cfistributing server and at least one is 
server object execution server, characterized in 
that: said object distributing server stores an object 
program to which an electronic signature is affixed; 
said client terminal verifies the electronic signature 
when the object program is down-loaded from said 20 
object distributing server, executes a client object 
program when the completeness of the object pro- 
gram is confirmed and the user of the client termi- 
nal permits execution of the client object program to 
which the electronic signature is affixed by a signa- 25 
tory. and transmits the electronic signature affixed 
to the object program to a server object execution 
server; and said server object execution server ver- 
ifies the signature, and supplies services to the 
user of said client terminal when the completeness 30 
of the object program is confirmed and the user and 
the object program permit use of the services in 
advance. 
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